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Monotonically Improving Answers to Relational Algebra Queries 


ABSTRACT 


We present here a query processing method that produces approximate answers to 
queries posed in standard relational algebra. This method is monotone in the sense that 
the accuracy of the approximate result improves with the amount of time spent 
producing the result. This strategy enables us to trade the time to produce the result 
for the accuracy of the result. An approximate relational model that characterizes 
approximate relations and a partial order for comparing them is developed. Relational 
operators which operate on and return approximate relations are defined. 


1. INTRODUCTION 


In recent years, an increasing amount of attention has been directed toward the design of 
database systems suited for real-time applications, such as machine vision, multiple robots, 
avionics, and air traffic control. Such databases can be used to support shared data access by 
processes in hard real-time systems. In a (hard) real-time system, every real-time process must 
meet its time constraint, which is typically specified in terms of its deadline. It is essential for 
the process to complete its execution and produce its result by its deadline. Otherwise, a timing 
fault is said to occur, and the result produced by the process is of little or no use. Unfortunately, 
many factors can cause processes to miss their deadlines. Take factors involving a database 
system for example. Over a period of time, the number of processes and the amount of data 
accessed by them may vary. Consequently, the number of concurrent queries that are made to 
the database and the external deadlines by which the queries must be answered may vary. These 
variations make it difficult to predict the amount of time needed to answer the queries and to 
schedule the processes requiring the answers to meet all deadlines. 

One effective approach to avoidance of timing faults is to trade result accuracy for 
computation time. Such a tradeoff can be realised by using imprecise computation techniques 
[1-4]. In this approach, every (hard real-time) process is designed to be monotone , that is, the 
accuracy of its intermediate result improves with the amount of time it executes to produce the 
result. The final result produced by the process upon its completion is the desired, exact result. 
Intermediate, approximate results produced by each process at appropriate instances of the 
process’s execution are recorded. If it is necessary to terminate the process prematurely at its 
deadline, the last approximate result produced is made available. In this way, graceful 
degradation and scheduling flexibility are achieved. 

We refer to algorithms that produce approximate results of increasing accuracy with 
increasingly longer running time as monotone algorithms. Clearly, the imprecise computation 
approach is feasible only when there are monotone algorithms. While monotone algorithms exist 
in problem domains such as numerical computation, statistical estimation and prediction, sorting 
and searching, etc., they do not exist in the query processing domain. The problem of providing 
monotone query processing algorithms was first addressed in [5,6]. Specifically, Buneman and 
Davidson present in [6] a query processing algorithm that produces approximate answers of 
increasing accuracy with increasing query processing time. Their algorithm uses a set of rules 
written prior to the submission of the query. The rules capture relationships among the data and 
allow approximate answers to be derived. 


1 



In this paper, we present a monotone algorithm that produces improving approximate 
answers to queries posed in standard relational algebra. Our method differs from Buneman and 
Davidson’s in that the approximate answers are derived directly from the query expression 
without use of rules. We do this by first developing an approximate relational model. The model 
defines the approximations of any standard relation, a partial-order relation over the set of all 
such approximate relations, and the approximate results of each relational operator. We assume 
here that time for data retrieval, not processing time, contributes to most of the delay in 
generating any answer. We show how to derive an approximation of the final answer, using 
whatever data has presently been retrieved. As more data arrive, this approximate answer is 
improved according to the partial order relation. We also show how rules, such as Buneman and 
Davidson’s, can be easily integrated into our method. 

Our work complements the primary/alternate approach [7,8]. This approach to providing 
approximate answers requires the scheduling of an alternate computation that takes a shorter 
amount of time to complete when the available time is insufficient to complete the desired 
primary computations. The processing time required to support such a scheduling decision is 
often too high to make this approach practical. Our work also complements the recent efforts in 
design of concurrency control and database management methods suited for real-time 
applications [9,10]. 

The remaining part of this paper is organised as follows. In Section 2, we describe our 
approximate relational model. What approximate answers are and in what sense one answer is 
better than another are discussed, hi Section 3, we define relational algebra operators which 
operate on and return approximate relations. In Section 4, we present our algorithm for deriving 
approximate answers to relational algebraic queries. In Section 5, we summarise our results and 
present our conclusions. 


2. AN APPROXIMATE RELATIONAL MODEL 

Our definition of an approximate relation is based on the notion of supersets and subsets of 
tuples in a relation; this idea draws strongly on the work in [6]. Specifically, a relation is a set of 
tuples. Both supersets and subsets of the relation are useful, meaningful approximations. We 
know that any tuple not in a superset of a relation certainly does not belong to the relation. On 
the other hand, all tuples in a subset of a relation certainly belong to the relation. Given a 
superset and a subset of a relation, they partition the set of all tuples into three blocks with 
respect to the membership in the relation: tuples certainly in (that is, they are in the subset), 
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tuples certainly out (that is, they are not in the superset), and tuples whose memberships are 
uncertain (that is, they are in the difference of the superset and the subset.) We use two of these 
blocks as the two parts of our approximate relation: the ones which are certainly in and the 
uncertain ones. A traditional, standard relation is simply one in which the uncertain block is 
empty. 

An approximate relation R of a standard relation 5 is a subset of the cartesian product of a 
set of domains with the following property: This subset is partitioned into two blocks, <7 and P. 
C contains tuples with certain membership in the standard relation S. P contains tuples with 
uncertain membership in S. By uncertain membership, we mean that the tuples in P are not 
known to be in S and are not known to not be in S. These are possible tuples. We denote the 
approximate relation R by the 2-tuple ( C,P ). When it is necessary to distinguish the blocks C 
and P of tuples that characterise different approximate relations R it identified by some index t, 
we denote these sets as <7,- and P,-, respectively. 

Example 1: Consider a guest list for an office party. You and your friend are putting on 
a party for some people in your office. You each invite several people. As you prepare to 
go shopping, you try to prepare a final guest list. You are certain of the people you have 
invited, but uncertain exactly whom else from your office your friend has invited. The 
guest list may be represented in an approximate relation R x where contains the guests 
you invited and P x contains the remainder of the office, since all are candidate guests. 
Figure 1 shows R v Your office includes Bill, Joyce, Jorge, Jane, Sue, Jim, Mike, and 
Fred; and you have personally invited Bill, Joyce, Jorge, and Jane. Figure 2 shows what 
a standard relation representing the actual guest list approximated by iZj might be. R 1 
approximates the actual guest list, since its certain tuples form a subset of the guest list, 
and its certain and uncertain tuples together form a superset of the guest list. 

For any standard relation 5, there is a set of approximate relations that can approximate 
it. In particular, we say that an approximate relation P,- is an approximation of a standard 
relation S if its subset of certain tuples is a subset of S and P,- itself is a superset of S. In other 
words, Cf C S, and (7, U P,- D S. Given a set R of approximations of S , there is a partial order 
relation > defined over R. The approximate relation P, is said to be better than or equal to the 
approximate relation Py, denoted as P, > Py, if the subset of certain tuples of P, contains the 
subset of certain tuples of Py and the subset of possible tuples of P,- is contained in the subset of 
possible tuples of Py. In other words, C { D Cy and P, C Py. Furthermore, we require that 
(7,- — Cy be a subset of the tuples in Py. The tuples in — Cy can be thought of as migrating 
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from the uncertain part of Rj into the certain part of Rj as the approximation improves. 

Given a standard relation S, let v be the cartesian product of all domains in the scheme of 
5. Therefore, v is the set of all possible tuples which could be in S, or the "universe” of tuples 
for S. We assume that v is finite throughout our discussion. Let R 0 is the approximate relation 
(0, v). In other words, R 0 is the approximate relation which represents total uncertainty about 
S; no tuples are known to be in S or not in 5. R 0 is the least, or the worst possible, 
approximation of S. That is, R 0 < R { for all approximate relations R { of S. In contrast, S itself 
is not an approximate relation, but it can be considered as one, ( T s , 0), where T s is the set of all 
tuples in S. Clearly, S is the best approximation of S , that is, S > R { for all approximate 
relations Rj of S. 

Consider the partial ordered set R of approximate relations of a standard relation 5 and 
any two approximate relations R { and Rj in R. An approximate relation RjARj is said to be a 
greatest common lower bound of R t and Rj if RjARj < Rj, RjARj < Rj, and there is no other 
approximate relation R k in R such that RjARj < R k < Rj and Rj. We note that for any two 
approximate relations R f = (Cj, Pj) and Rj = (Cj, Pj), the approximate relation RjARj = 
(Cj n Cj, Pj u Pj) is the unique greatest common lower bound of Rj and Rj. Similarly, the 
approximate relation R f VRy = (Cj U Cj, Pj f| Pj) is a least common upper bound of Rj and Rj. 
In other words, RjVRj > Rj, RjVRj > Rj, and there is no other approximate relation R k in R 
such that Rj\/Rj > R k > Rj and Rj. In the set R, the relation RjVRj is the unique least 
common upper bound of Rj and Rj. Therefore, the partial ordered set (R, <) of approximate 
relations of S is a lattice. The relation R 0 defined above is its least element, and the relation S is 
its greatest element. 

Example 2 : The approximate relation R k in Figure 3 differs from R k in Figure 1 in that 
Sue’s tuple is moved from the uncertain part in Rj to the certain part in R t . In Figure 4, 

R 3 has the value of R v except that Fred’s tuple has been deleted from the uncertain part. 
Both R k and R 3 are approximations of the guest list S in Figure 2 . R t > R k and 
R 3 > Rj. R 2 and R 3 are both better approximations of S than R v although they are not 
mutually comparable by the partial order defined above. 
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•. RELATIONAL ALGEBRA AND MONOTONICITY 


It is not possible to apply standard relational algebra operations to approximate relations. 
They cannot handle uncertain tuples. We must define new approximate operations, each of 
which accepts approximate relations) as operands and produces an approximate relation as its 
answer. Furthermore, we are concerned with the quality of the answer produced by any 
operation. For this reason, we define here the monotonicity property of approximate operations. 
Unlike traditional monotonicity [ 11 ], which is concerned with the size of the results, monotonicity 
is defined here in terms of the goodness of results. Intuitively, an operation is monotone if a 
better set of operands will usually produce a better result, and never a worse one. More 
formally, monotonicity of an approximate relational algebra operation is defined as follows: Let 
7 (./?!, . . . ,R % ) be such an operation, its arguments and result being approximate relations. Let 

Rx , . . . ,R\ and R * , . . . ,R * 

be two sets of arguments to 7 . We say that 7 is monotone if R* > i?, 1 , for every t, implies that 



In the following we define a complete set of monotone relational algebra operations for 
approximate relations. We describe approximate union, set difference, selection, projection, and 
cartesian product operators. (Joins can be derived from selection and cartesian product. 
Intersections can be derived from set difference). For each, we give a proof of monotonicity. Our 
approximate operations are similar to the operations presented in [ 12 ], the differences being that 
they do not consider monotonicity and we do not consider disjunctive information. 

Union 

The union of two approximate relations, R t = (C v P x ) and R t = (C if P t ), is illustrated by 
Figure 5. The numbers in Figure 5 represent the 9 cases for each tuple t in v with respect to the 
approximate union of Ri and R t . They, as listed below, are also used in the examples 
illustrating other operations. 

1 ) t e Cx and t € C, 

2 ) t € P x and t £ C 2 

3) t £ Rx and t € C, 

4) * 6 Cx and t € P, 

5) t e Px and t € P s 

6 ) t £ Rx and t 6 P 2 

7) t E Cx and t £ R t 

8 ) t € Px and t £ R 2 

9) t £ R t and t £ R t 
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The approximate union, P T =» P x U P 2 , is defined as follows: 

Cj — C x U C 2 

P T = (P t \J P a ) — C T 

where "U" and " in the right hand side of the equations denote standard set union and 
standard set difference, not the approximate operations being defined here. As can be seen in 
Figure 5, C T consists of the tuples in cases 1, 2, 3, 4, and 7 listed above. P T consists of the 
tuples in cases 5, 6, and 8. 

We want to show that the union operation is monotone, that is, the better the operands are, 
the better the result will be. To do so, let <®lf Rli and Rf be approximate 

relations. Also, let R l '>R 1 and P 2 > P 2 . R T =* R X \J R 2 and R T ' = R x U RJ- We show 
below that R T ' > R T by showing that (1) C T ' D C T and (2) P T ' C P T . 

To show that C T ' D C T , we consider an arbitrary tuple t in C T . By definition, t is in C x 
or C 2 . Since R x ' > R 1 and R 2 > P 2 , we know that C x D C x and C 2 D C 2 . Therefore t is also 
in C x or C 2 , and t € C T '. In other words, an arbitrary tuple in C T is always also in C T ', and 
hence C T ' D C T . Similarly, to show that P T ' C P T , we consider an arbitrary tuple t in P T '. 
t € P\ U P^ and t £ C T ' by definition. Since R x > R x and R 2 > R 2) P x C P x and P 2 ' C P 2 . 
Therefore t G P x or t G P 2 . We have already shown that C T ' D C T . If follows that t £ C T . 
Therefore, t € [P\ U Pt)-C T} which is P T . Since an arbitrary tuple in P T ' is always also in 
P T , we know that P T ' C P T . 

Set Difference 

The difference of two approximate relations is illustrated by Figure 6. The approximate set 
difference, Rj> = R x — R 2 , is defined as follows: 

Cj — Cj — R 2 

p T ~(p l -R,)u(P,r\R 1 ) 

where "U", and "fl" in the right hand side of the equations denote standard set union, set 
difference, and set intersection. As can be seen in Figure 6, C T consists of the tuples in case 7 
listed above. P T consists of the tuples in cases 4, 5, and 8. 

To show that the difference operator defined here is monotone, we let R v R x , R 2 , R 2 , R Ti 
and Rj be approximate relations and R X >R 1 and R 2 > R 2 . R t =R x \JR 2 and 
Rf — R x U Ri 1 . Again, we want to show that R T ' > R t by showing that (1) C T ' D C T and (2) 
Pf C P T . To begin, we prove an intermediate result: If R f > Rj, then <7,- U P, C C7y U Py In 
other words, P, C Py To show that this is true, we note that since P,- C P ; -, there are no tuples 


in P, that are not also in Pj. Moreover, C f — Cy is a set of (migrated) tuples in Pj. Therefore, 
although C < D Cy, there is no tuple in C i that is not also in Pj or Cy. 

To show that C T ' D C T , let ( be an arbitrary tuple in C T . t 6 C v and t £ R 2 by 
definition of R T . Since R 2 > R x and therefore C x D C v t £ C x . By the result above, if 
t £ R 2 , then t £ RJ, since RJ > R 2 . It follows that t € CJ — RJ, which is C T '. Since any 
arbitrary tuple in C T is also in C T ', we have C T ' D C T . Similarly, if t is an arbitrary tuple in 
Pf 1 , by definition of P T ' } either t £ P 1 — R 2 , or t £ P 2 fl R x > If t £ P x — R 2 , we wish to show 
that t £ Pj — RJ also. . We know that PJ C P x and RJ D R 2 by the result above. Therefore, 
t £ Pj 1 — RJ. Similarly, if t £ P 2 f| R x , it must also be in PJ fl RJ. Therefore, 
t £ (Pj — R 2 ) U (Pj fl Rj) t which is P T . Hence, we have P?' C P T . 

Selection 

The selection of some value for an attribute of an approximate relation is illustrated by 
Figure 7. The approximate selection, R T = R x , is defined as follows: 

&T ~ l—H C x 

Pt P 1 

where denotes the traditional selection operator that treats C x and Pj as traditional, 

exact relations. To show that the selection operation is monotone, let R x , RJ, R T and R T ' be 
approximate relations. Let Rj > R lt R T = Rj, and R T ' = PJ f° r some value 

’val* and attribute ’att’. That R T ' > R r follows directly from CJ D C x , Pj 1 C P v and the 
definition of the approximate selection. 

Projection 

The approximate projection, R T — R lt is defined as follows: 

C T - *tt Cj 
P T = P\ 

where denotes the traditional projection operator operating on C x and P x as if these subsets 
were exact relations. Since tuples (certain and uncertain) in R x and R r are in 1-1 
correspondence under the definition of the projection operation, any improvement to R x will be 
directly reflected by an improvement in R T . 

Cartesian Product 

The approximate cartesian product, R T = RjX R 2 , is defined as follows: 

c T = Cj x c 2 
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Pj = [R i X R j) — 

where "X" denotes the traditional cartesian product of sets. To show that the approximate 
cartesian product is a monotone operator, we consider three pairs of approximate relations: 
R v R x , R 2 , R 2 , Rt, and Rt • Again, let R t ' > R x and R 2 ' > R 2 . R T —R 1 X R 2 , and 
R t ' = R x ' X R 2 . We want to show that R T ' > R T . We note that C T ' has four parts: 
(C 1 X C 2 ), (Cy — C x ) X C 2 , C l X [C 2 — Cj), and [C x — <7 X ) X (C 2 ' — C 2 ). Since the first part 
by itself equals C T , C T ' D C T . From the result proved for the set difference operation, 
Ri'CR v and R 2 C R 2 . Therefore, (R x X R^ C (R x X R 2 ), because X is monotonic in the 
traditional sense. Since C T ' D C T , a tuple in P T ' (that is, in (R^ X R 2 *) — Cf 1 ) is also in P T . 
So, P C P and R^ ^ i?j>. 

4. APPROXIMATE QUERY ANSWERING 

In this section we describe how to process relational algebra queries so that the answer 
improves monotonically as additional information becomes available. To explain our algorithm, 
we first note that any relational algebra query can be represented as a tree. Each leaf node 
represents a base relation read by the query processor from the database, it being the operand of 
some relational algebra operation. Each non-leaf node in the tree represents the result of a 
relational algebra operation, its child(ren) being the operand(s). The root node represents the 
final result of the query. For example, the query 

Pt = U {Rj X R s ) 

can be represented by the tree shown in Figure 8. The operation marked below each node is the 
operation by which that node’s value is calculated. 

Query answers are typically derived in the following manner: First, each leaf node is 
evaluated by issuing a read request to the database for the base relation it represents. When all 
operands represented by its children are available, a node at the next higher level is evaluated. 
This process repeats until the root node, the query answer, is evaluated. The value given to the 
root node at the end of the query evaluation process is the exact answer to the query. No 
intermediate, approximate answer is produced however; no answer for the query exists until 
every node below the root is fully evaluated. In particular, no answer can be produced until all 
read requests are granted. If any base relation is not immediately accessible, no answer is 
available until it becomes accessible. If any base relation is totally inaccessible, no answer is ever 
produced. As discussed earlier, this all-or-nothing query processing strategy does not degrade 


8 



gracefully. 


Our query processing strategy differs from the traditional strategy in an important aspect: a 
series of approximate answers are produced, each integrating the effect of additional base relation 
data. None but the final, exact answer requires all base relation data be available before it can 
be produced. In terms of our approximate relational model, the value of the root is set to a series 
of approximations R 0 , . . . ,R n of the final exact answer A to the query. The first answer 
R 0 — (0, t>) is the least approximation of A. v is the set of all tuples that might be in A The 
last answer and best approximation R m is the exact answer A obtained by the traditional 
algorithm. These two answers, plus intermediate answers in the series are a chain, that is, 
R 0 <R,< • • • < R»-i in the lattice of approximations of A. If query processing is 
prematurely terminated (due to a deadline, for instance,) some approximate answer Rj, in the 
chain will be produced, where k increases monotonically with time. 

The algorithm starts with the query represented as a tree, as would be provided by a 
parser. In this tree, all operations are approximate ones as defined in Section 3. Each node of 
the tree has a value, which is initially set to R 0 for all nodes. At any time, if query processing 
terminates, the value of the root node is returned by the query processor as the answer. 

After read requests begin to be answered, the leaf nodes begin to assume their exact values 
as read from the database. When the read request of a leaf node N is answered, the effect of the 
new value of N is propagated upward to the root as follows: The value returned by the read 
operation is interpreted as an approximate relation with no uncertainty, that is, no tuples in the 
P portion. This value and the value of the sibling of iV, if N has a sibling, are taken as the 
operands of the approximate operation whose result is represented by their parent node N'. The 
resulting approximate relation is the new value of N'. This improved value is propagated 
upward in the tree in like manner until the value of the root node is updated and improved. 

Let us consider the example in Figure 8 once more. If f?, is returned from the database, 
this value is interpreted as an approximate relation and represented by node 1. The approximate 
selection operator is applied to obtain a new value for node 4. Finally, the approximate union of 
node 4 and node 5 is evaluated to obtain the new value of the root node, node 6. We are sure 
that this newer value of node 6 is better than the older one because (1) the value returned from 
the database for node 1 is better than the initial value R 0 and (2) approximate selection and 
approximate union are monotonic. Again, monotonicity is defined here in terms of the quality of 
results. 





We can improve this basic algorithm, taking advantage of the expressiveness of the 
approximate relational model. Two ways are described below: 

Better answers can be obtained sooner by making use of partial information from the 
database. Relations are sometimes horisontally partitioned across a file system that may be 
distributed across a network. Instead of requiring each read request to return the entire base 
relation, we may allow approximate reads. Each approximate read returns a fragment of the 
requested base relation if the entire relation is inaccessible at the moment. The returned 
fragment can be interpreted as an approximate relation and used to improve the value of the 
root node. As the value of the leaf node improves, due to the arrival of more fragments, the 
value of the root can be improved by the propagation mechanism just described. In general, any 
approximation better than the current value of a leaf node can be used to improve the current 
value at the root node. "Smart” query processors might search the database for ways to 
construct better approximations of the leaf nodes from data available elsewhere in the database if 
the base relations are inaccessible. In the semantic data model, information in the schema can 
designate the subset and superset relationship between data. If a relation known to be a subset 
or superset were available in lieu of the requested relation, it could be used as an approximation 
of the leaf node. 

In addition to the basic propagation mechanism which starts at leaf nodes, we can make use 
of partial information to improve the value of non-leaf nodes in the same manner. If a set of 
available tuples is known to be a superset of node 4 in Figure 8, for example, it can be used to 
improve the value of node 4. The improvement can be propagated upward as usual to the root 
node. The rules of [6] implement this in the case of the root node. 

If non-leaf nodes are updated directly as described above rather than by propagation 
beginning at the leaf nodes, one principle must be observed to preserve monotonicity. This 
principle is that upward propagation must stop if the new value is not better than the current 
value of a node. For instance, if node 4 has been directly updated, an improvement in node 1 
should not be propagated to it unless the result of the approximate selection using the improved 
value of node 1 as operand is better than the current value of node 4. 


6. SUMMARY 

We have developed a method for producing approximate answers to relational algebraic 
queries. This method is based on a set of new relational algebra operators each of which accepts 
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approximate relations as its input and produces an approximate relation as its result. For each 
operation, we show that improving the operands will never degrade the result. Thus, an 
improvement in the operands of an expression containing these operators as primitives will lead 
to an improvement in the result of the expression. Our method can be viewed as a way of 
integrating approximate information from the database into the answer, by propagating 
improved information through the operators in the query expression to reduce the uncertainty in 
the result. The rules of Buneman and Davidson’s approach [6] provide a method of integrating 
approximate information to form the answer. Their method is a special case of ours in which the 
answer is improved directly, without employing the relational operators in the query expression. 

Our method has the advantage that very small changes from the traditional database 
architecture are required to implement it. In particular, no change to the underlying database is 
required, only the interpretation of data by the query processor and the interpretation of answers 
by the application need be changed. Our approximate relational model gracefully extends the 
traditional relational model and accounts for uncertainty. When there is no uncertainty, the 
models are identical. Propagation of improvements leads to higher query processing overhead 
than the traditonal method. The evaluation of this overhead and ways to reduce it are subjects 
of our current investigation. 
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Figure 1: An example: an approximate relation R t 
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Figure 2: An example: the actual guest list 
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Figure 3: Approximate relation R t 
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Figure 4: Approximate relation R 3 
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Figure 5. Union of R x and R 2 
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Figure 8. The tree representation of a query 





